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sages , Which he decides to “read and file" (that® 
is; file rather than process) to his checker fot 
confirmation of the decision. Assuming the line 
guist has not delayed his decision in favor of + 
progessing other messages first and that the * 
checker clears his read-and-file box promptiy, * 
the time lost may be slight, but if neither of , | 
tflese conditions exists the effectiveness of the 
ynit is jeopardized. If the unit contains a = 
celatively large proportion of new personnel, * *" 
{inexperienced and uninstructed in requirements, q a 
"the hazards are magnified. 













Most of the Golden Oldies pub- 
Ltehed in CRYPTOLOG so far have 
been Light in tone, but the Edi- 
tor feele that this department 
should also reprint certain seri- 
ous works that continue to remain 
"golden" and that readers may 
have missed when they were first 
published. One such work ia the 
fotlowing article by retired 
NSA-er Robert Gould, which wae 
originally published in KEYWORD, 
dune 1971. 








mple_is_ that of the new em- 


In discussing the function of language in tke 
production of COMINT, much emphasis has been * 
placed on the harm that can be done by mislead- 
ing translations. Such errors may be potential- 
ly the most damaging, but there are other errors 
that can and do result in consistent and lomg- 
term losses that may never be made up. Somt of 
these, which are discussed in the following 
paragraphs, are obviously ticklish questions, 
and no recommendations for solution are made 
here. Only the people directly responsifle for 
the individual problems are in a positiqn to 
recognize and correct the causes. ° 


Failure to Recognise Intelligence Information 


This failure may mean not recognizing the in- 
telligence content at all, or not recognizing 
that it has a very limited life span: Its re- 
sults may be an irretrievable loss gf intelli- 
gence because of lack of timeliness or of an 
outright failure to publish. Commonly this er- 
ror originates in unawareness of Yequirements at 
the level of selection, either begause the ana- 
lysts have not been properly instructed or be- 
cause the customer's information needs have out- 
stripped his expressed requireménts. A review 
of processing methods may reveql still other 
hazards, though. . 


izations the linguist who is 
submits those mes- 
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understandable in light of his newness. is * 
a little harder to understand why he had the rer 
sponsibility of making a decision on the message+ 


Igence that 1s not recog: 
nized by inguist will probably be lost per- 
manently, and nobody will know that anything ist 
going wrong. 

If the traffic is a miscellany and processing: 
is limited to issuing translations of individua? 
messages, the losses will probably not be great; 
since the intelligence content per individual , 
message is low anyway. If the material is the . 
kind that is exploited in depth for the prepara< 
tion of reports or if it can only be exploited 
in that fashion, the loss may be more signifi- 
cant, unless the linguist-analysts know their 
requirements and the various methods for satis- 
fying then. 

In one of our areas, a requirement was re- 
ceived for information on the e 


















BQRAGPSRAD HANDLE VIA COMINT CHANNELS ONLY 





was discovered only by chance, since the response 
necessarily depends upon the opinion of those 
who read the traffic. 


Failure to Recognize Essential Technical 
Infornation 
Probably the most easily documented losses are 
those caused by a failure to recognize the im- 
rtance of information 


osses may have been over a period ot years. 


Misplaced Effort 


Circumstances may require that the decision 
to translate a message be left to the line 
linguist. In such cases people have sometimes 
spent hours on a message that doesn't contain 
a shred of intelligence, that cannot be pub- 
lished as COMINT, or that is too late by weeks. 
In the worst instances the production of real 
COMINT is delayed by the translation of trivia, 
or the product in general is degraded. The time! 
lost can also become serious if an analyst is 
directed to devote research to a term report for 
which there is neither need nor requirement. 


There are several reasons for such errors. 
Unfamiliarity with requirements is often one of 
them; another is a failure to understand the 
value and use of COMINT. A third one, which af. 
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fects the newcomer, primarily, is simply inade- 
quate exposure toethe language. No linguist 
has at his disposal the entire vocabulary of a 
language, and th," inexperienced, if confronted 
with volumes of new and varied material, fre- 
quently cannot: really determine its value by 
reading it, afd" they play safe by translating. 


The Checking Bettleneck 


Language esrors exact a regular toll. One 
simple migtranslation, if caught, may cost very 
little; the checker merely has to make a change 
and, if time’ permits, instruct the erring trans- 
lator ofally. But one checker supervising a 
large number of translators may find that an ac- 
cumulation’ of such corrections measurably lowers 
his productivity and affects the timeliness of 
end,product. A good many errors are not simple 
mistranstations of single words but fundamental 
miSconceptions of the meaning of an entire mes- 
sage. These may require extensive or even com- 
plete wewriting and a consequently greater loss 
of time. 

Where there are large numbers of inexperienced 
persdnnel, there sometimes arises a situation in 
which the entire production effort hangs upon 
theework of a very few checkers. It is not 
simply that the quality would suffer were it not 
fot them, but that there would be no reliable 
product at all. This is theoretically only a 
temporary situation, but “temporary" in this 
ease may mean a couple of years, and if such a 
Situation exists the appropriate managers should 
"know about it. 

Seraping By 

The worst error is attempting to operate: 
with inadequate resources. It has not been un- 
common to find areas in which the entire lexi- 
cal and grammatical resources consisted of a 
couple of bilingual dictionaries and an elementa- 
ry introduction to the grammar. No language is 
satisfactorily represented in such scanty refer- 
ences, and the result of this inadequacy has 
been that really crucial messages could not be 
issued in time or with sufficient clarity to 
be useful. Much of the blame belongs to the 
COMINT professional who often does not recognize 
how much he depends on expert knowledge, ac- 
quired imperceptibly over a period of 10 years 
or more. He consequently is inclined to rely 
on the obvious native intelligence of his juni- 
ors to guard them against errors from which they 
can actually be protected only by knowledge, or, 
lacking this, by adequate working aids. 


Mistakes will always occur, and some of them 
will be serious. The object of these coments 
is not to eradicate errors, but to signal cer- 
tain conditions or environments that regularly 
engender them. Although only a couple of exam- 
ples were given, none of the errors cited is in 
any sense hypothetical, but all were drawn from 
personal experiences, observations, or specific 
studies. 
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LETTERS 
TO THE 
EDITOR 


To the Editor, CRYPTOLOG: 

After reading the December 1975 CRYPTOLOG 
article "What Are We About?", by LCDR James 
T. Westwood, I am compelled to comment. 


Overall, the article was good food for 
thought. But one sentence in one paragraph 
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After a short huddle to figure out some way 
to cope with our collection system, we attacked 
our problem. (I don't know who said it first, 
but our motto was "The difficult we'll do right 
now, the impossible will take a little time.'') 
Our objective was to determine which of the hot 


prompted the following "tirade." 

LCDR Westwood stated, "It follows that, if 
the processing and reporting effort ever catches 
up with the collection effort, we would be in 
real trouble because we would certainly have 
the cart before the horse." 

I have shown the article to several people 
who were puzzled by that statement. Personally, 
I disagree with his philosophy although I some- 
times think that the NSA/CSS and the Intelli-~ 
gence Community do not disagree. The philoso- 
phy that I would prefer to operate under is to 
attempt to keep pace with the collector in pro- 

cessing and analysis. Reporting of intelli- 
gence in a selective manner should follow, thus 
not inundating the user with reports he doesn't 
want or need. 

To illustrate the frustrations and potential 
danger of that kind of thinking, I will tell 
you of an experience I had in the world of 
ELINT in 1966-1967. 

I was one of three analysts assigned to a 
processing and reporting division. We had anew 
collection system feeding us tape-recorded data 
at a rate of between 5 and 10 tapes per day, 

7 days a week. We had no automatic processing 

equipment and our job was to find out what sig- 

nals were recorded on those hour-long tapes and 


analyze the important signals. The analysis 
results were eventually turned into a hardcopy 


intelligence report and distributed to users. 


Since the data bandwidth and format were dif- 
ferent from previous collectors, we had no ex- 
perience to rely upon and promptly fell behind 
in our processing and reporting. Some of our 
fellow analysts used to stop by daily and jok- 
ingly ask us how many pulses we had processed 
{versus signals or tapes). 

When our collection system went bad, it was re- 
placed with one that automatically sensed when im- 












portant signals were active and tape-recorded them. 
The good new was that we didn't have to sort through 


the garbage to find the hot signals. The bad news 
was that now every tape would require analysis in 


signals was the hottest and analyze that one 

first. 

viewing tapes by running oscillograph records 

and observing the signal activity on an oscillo- 
I 


scope. 
sure would like to have had stock in 3M, Kodak, 
and Polaroid. 


paper later, as the two of us were playin back 


We both checked 


So, two of us turned to the task of pre- 


The other worker did the analysis. 
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One day, hundreds of rolls of oscillograph 









“the paper record to confirm what 
I saw. It was there! We rewound to that part 
of the tape and watched the scope. There it was 
again and we both saw it! We excitedly showed 
the change in the radar signal to the senior 
analyst, who said that when we got done with the 
number one priority signal we would analyze that 
tape first. We noted the anomaly on the log, 
filed the oscillograph record, and went on to 
the next tape. We continued to preview tapes 
and almost hated to see "number one" signals 
because that meant we were getting farther and 
farther away from that hot tape. 

Months later we ran out of local tape storage 
and moved all but a few dozen tapes to the IRC 
building. Still months later, we ran out of 
paper storage and were forced to get rid of those 
oscillograph runs. We were preparing for a new 
collection system because the second system had 
quit operating. The new one went operational 
and the tape poured in. There were new signals, 
new recognizers, and "old #2 signal" fell 
lower in priority. We never got to itl 


The airman analyst who worked with me got out 
of the Air Force and tried to get hired as a 
civilian analyst. He was told that analysts 
were not needed, so he went back to Ohio and 
found work there. Eventually I moved to a dif- 
ferent branch; new analysts were doing what I 





detail! Wewere swamped, deluged, absolutely and had done in the early days of the program. The 


hopelessly buried with good tapes! 
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“old #2'° fell lower in priority and reports 
were published that said we knew virtually 
nothing about it. 


I haven't forgotten "old #2." 






I did make one more try to get to that tape. 
Along about 1969 I was talking to someone 
about "old #2" and they got excited about the 
possiblé implications of a change like I was 
describ{ng. ‘The excitement got to me. I took 
the day,off and located the tapes still in stor- 
age at the IRC building. The only way to find 
the tape was to go through each tape and check 
the intércept log for the comment that the air- 
wan and/I made on the log. I spent the day 
looking, through tapes in that hot, humid stor- 
age room. (A far cry from SAB-3 where tapes 
are stored today.) I kept thinking, "It has 
to be the next one," but no luck. The tape 
must have been reused or destroyed, as was the 
fate of, tapes in those days. I did find that 
most of the logs had no analyst comments, 
which meant they were never analyzed, even where 
SOIs (signals of interest) were recorded. 
That's really sad. 

But ‘how do you measure the value of data un- 


processed and not analyzed? If nothing bad hap- 
pens to you tu j Stim) 


tant? 










Things are pretty much the same today. Col- 
lectors can bury the analysts and computers 
with data. We put filters and faucets on them 
in an attempt to control them. 
them because we don't have the manpower, money, 
and may never have the technology, to process 
and report properly all that can be collected. 


All through my NSA career I've been trying 
to catch up with the collector. I've tried to 
do my part to improve processing, analysis, and 


reporting. What LCDR Westwood says is that if 
1 succeed, we will be in trouble. I don’t be- 
lieve that. 

Remember the old motto, ". . . the impossi- 


ble will take a little time." 


Eugene D. Greiner, 
FOL 


LCDR Weatwood was asked whether he 
would care to comment on Mr. Greiner's 
letter to the editor. He replied ae 
follows. 
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We must restrain 


To the Editor, CRYPTOLOG: 


Thank you for the opportunity to comment on 
Mr. Greiner's comment on my short item which 
appeared in the December 1975 issue. 


In the light of Mr, Greiner's comment, I 
regret that my statement about the relationship 
between collection and processing was puzzling. 
That statement was, of course, a generalization. 
Accordingly, my first obligation is that, as a 
generalization, the statement must be accurate 
and non-exclusive in accordance with the "laws 
of logic." If my general statement is discour- 
aging to processors and analysts, I regret that 
as well, though I can offer no alternative to 
the generalization that the sheer volume of col- 
lected SIGINT intercept has got to be greater, 
in the aggregate, than the volume of the same 
intercept that can be processed per unit/time. 
I emphasize “per unit/time” because it strikes 
me that what we face in this context is what 
Operations Research (OR) people refer to as the 
"basic inventory model," i.e, 
2C.Dy ¥ 


* 
= 





Ch 
(1 must emphasize that I have no OR competency 
and will not be able to defend my point much 
beyond this "model."‘) From the OR standpoint, 
we are wont to consider an incoming collection 
"inventory" that produces an optimum volume of 
collection in terms of storage and production 
costs, and it has to be a volume which will 
guarantee (I'm still sorry!) that processors 
never catch up with collectors! I realize that 
this also is a generalization, but the converse 
is even more disastrous to comtemplate than is 
the generalization -- if only to managers! 


The Chief of Pl, Mr. William Lutwiniak, has 
spoken often and eloquently to the point that 
we have to collect a rather large volume to be 
in a position to isolate and exploit the rela- 
tively few "gems." The rationale seems abun- 
dantly clear. I believe this condition exists 
because we are the unintended recipients of the 
signals wecollect. Understandably, the intended 
recipients do not face the problem illustrated 
by Mr. Greiner, inasmuch as their information- 
handling systems are inherently, and by neces- 
sity, self-serving. In conclusion, I appreciate 
the "old #2" problem. It is worrisome, but it 
steps beyond inventory and volume considerations 
into the realm of prioritization, and that ap- 
proaches one of the theses of my article, i. e. 
inundation. From the maverick point of view, 
it seems to me that the "old #2" might well have 
been elevated to #1, if only temporarily, inas- 
much as there is no substitute for the on-scene 
“judgment calls't of the person who happens to be 
attending the signal --~ admittedly another 
generalization. 


LCDR James T. Westwood, D/Chief, A732 
("a processing and reporting shop") 
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COMPUTER-AIDED 


TRANSCRIPTION 


GF RUSSIAN VOICE 


WAGINIA SITTLER 


Introduction 


Skeptics have long ago, and very convinc- 
ingly, put down the notion that the computer is 
going to replace the linguist at NSA, or indeed 
anywhere else. However, a great deal of thought 
is going into designing ways in which the com- 
puter can aid the linguist. In this article I 
would like to describe a project currently 
underway in A Group which is designed to aid 
transcribers of Russian voice material. The 
project, as its name, STEPSTONE I, implies, is 
destined to be replaced by a more comprehensive 
system, entitled, naturally, STEPSTONE II. Both 
are part of what A Group regards as REDSTAR 
Phase I. However, since “interim systems" have 
the tiresome habit of hanging around long after 
their predicted demise, 1 shall not even speak 
of the future or of greater glories yet to 
come. Instead I shali deal only with the very 
real present. 


Some time ago it was noticed that highly- 
trained Russian transcribers were spending at 
least a measurable portion of their time per- 
forming functions that were really clerical in 
nature -- typing, proofreading, indexing 5 x 8 
card files, manually searching those 5 x 8 card 
files, etc. A wish was born to free transcrib- 
ers from as many clerical or nonlinguistic 
functions as possible and at the same time make 
the fruits of the transcription effort available 
to other transcribers and to analysts on an on- 
line basis. The wish eventually became father 
to the deed in the form of LAYAWAY I, a computer- 
aided transcription system. The need to gener- 
alize the software for "exporting" to other 
transcription problems, and the overriding need 
to provide the intelligence data gleaned from 
transcription to the intelligence community as 
a whole via regular Prod Data Base (PDB) methods 
fathered STEPSTONE I. 


STEPSTONE I, accordingly, is a generalized, 
on-line terminal subsystem designed to aid the 
voice transcriber in preparing transcripts. The 
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software is generalized in tife sense that it 
can be adapted for use on other transcription 
problems with minimal effort. STEPSTONE I is 
currently operational in A646 and equipment for 
six more systems in A Group,*one in B Group, 
and one in G Group is on order. Interest has 


been expressed in acquirin, EPSTONE software 
both by and by field sites. 
The term "terminal subsystem" implies that data 


is staged locally for relay to a large data 
bank {in this case the IBM 370). The large 
data bank computer provided manipulative ser- 
vices and a storage capacity that cannot be 
expected of a mini-computer. 


Although the main thrust of the STEPSTONE 
system is data entry, temporary storage and re- 
trieval capabilities are provided, as well as 
editing of input and file management. Access to 
the system is controlled by the user's Social 
Security Number. Transcripts prepared on-line 
are forwarded via magnetic tape to the PDB and 
thus made generally available. The PDB is the 
primary all-source file for all of A Group. 
Regular procedures exist for extracting informa- 
tion from the PDB. Briefly, they include the 
following: 


@ SELLERS, a program which daily selects and 
distributes data for each organization and 
for each analyst within that organization; 

e TAFBUILD, an ad-hoc file extract, sort, and 
list procedure; and 

e SPECOL, a sequential retrieval program 
that permits retrieval of individual data 
items using Boolean functions. Recently, 
a Cyrillic SPECOL package has been made 
available to permit retrieval of Cyrillic 
data. 


A direct link to the IBM-370 via a typed com- 
mand on the STEPSTONE terminal enables on-line 
access to the Model 204 retrival system Answer 
Files. The Model 204 system provides the fast- 
est and most complete file-search capability 
in the building. 
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One of the desirable features of the STEP- 
STONE system is that, for the first time, Rus- 
sian linguists are able to work on a computer 
in the natural language. STEPSTONE terminals 
are provided with Cyrillic keyboards and Cyril- 
lic display. Cyrillic lists can be obtained 
locally or from the 370, and in general the lin- 
guist can remain in the environment where he is 
most comfortable -- the natural-language 
environment. 


Advantages and Disadvantages 

Lest I sound too much like Pollyanna, I want 
to hasten to add that there are some disadvan- 
tages to a computer system of this type: 


e First, there is the matter of computer 
down time, If you have 48 transcribers, 
say, On one computer, and the computer goes 
down, you have 48 idle employees. Various 
schemes have been proposed and tried -- 
such as mirroring the hardware, so that 
when one piece of equipment goes down, its 
twin steps in and takes over. In addition, 
diagnostic tests are run daily to attempt 
to isolate potential hardware problems. 

But down time has been a problem in the 
past, is a problem now, and will undoubted- 
ly be a problem in the future, despite our 
best efforts. 


«@ Secondly, there is a matter of system 
training time. Portunately, this has been 
minimal -- one day on-line has pretty well 
sufficed to make the transcriber an effec- 
tive STEPSTONE terminal user. 


e The third problem, for want of a better 
name, can be called "Old Habits Die Hard." 
Confidence is a fragile thing, and slowly 
built. The transcriber may not trust the 
computer not to do away with that critical 
piece of transcription, or he may fear that 
the computer will be down when he needs it 
most. In the extreme this could cause some 
duplication -- both entering data into the 
computer and sticking it in the right-hand 
drawer. On occasion, transcribers have been 
known to retrieve a transcript just after 
entering it, just to be sure it was there. 
This phenomenon tends to disappear with 
experience on the system. 


Counterbalancing the disadvantages of such a 
system are the advantages, which I see to be 
primarily the following: 


@ The ability to enter tranecripte directly 
into the PDB, thus making voice processing 
a regularlized component of A Group 
intelligence production. 

e Instantaneous accessibility. Information 
that Jones has entered is available to Smith 
in its entirety immediately. There is no need 
to wait for a grapevine process to get the 
information to other transcribers and 
analysts, 


o Perfect readability of entered copy. A system 


editor checks to make sure that dates are 
valid and that fields are filled in appro- 
priately and that no necessary ones are 
left blank. Erasures and strike-overs do 
not exist on terminal-prepared copy -~- the 
copy is always clean and readable. 

e Reduced noise level, by virtue of the 
removal of all those clacking typewriters. 

e Economy. It is hoped that improved tran- 
scription efficiency will lead to an im- 
proved ratio in the number of pages tran- 
scribed per transcriber. Paper costs should 
be reduced, since hard-copy is no longer the 
medium of data exchange. 

e Research capability. With the local system 
retrieval, the transcriber can readily check 
identifications as he goes along. With the 
Model 204 retrieval capability, the tran- 
scriber has an immediate research-in-depth 
capability not available previously. 

e Automatic generation of a good deal of 
what we call “management information," 
instead of via the laborious manual 
-procedure now used. This includes 
such information as the dates on which 
the input tapes were received, the number of 
transcription hours required, the lag time 
between transcription and linguist review, 
etc. 


Now that we have considered the why of 
STEPSTONE {including the good and the bad sides) 
let us turn our attention to the how. 


Hardware. 
STEPSTONE I is implemented on a Digital 
Equipment Corporation (DEC) PDP11-40 with 96K 


words of memory. It uses the RSX 11-D operating 
system. The peripherals for each system include 


e an RPO3 disk, with 21.5 million words of 
storage; 

ean RF-11 disk with 246,000 words of 
storage; and 

e a line printer. 


In addition, two TU-16 magnetic-tape units, a 
card reader, and a paper-tape reader and punch 
will be shared between two systems by means of 
a unibus switch. An additional RPO3 disk for 
each system has been requested, to facilitate 
system backup and recovery in case of disk 
failure. 


Each PDP-11 can support up to 48 Incoterm 
SPD 20/20 CRT (cathode ray tube) "intelligent" 
terminals. The 20/20 terminal system is a 
cluster configuration, with one controller and 
16K of core driving eight terminals. The ter- 
minal software is the Incoterm 3270 Emulator, a 
software package that makes the terminals act 
like IBM 3270 terminals. The emulator has been 
modified in-house to support the Cyrillic alpha- 
bet and to translate between ASCII and EBCDIC 
character sets. Fig. 1 diagrams the hard- 
ware configuration, 
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PDP 11-40 





CRT Terminale 


Fig. 1. 


STEPSTONE I Hardware 


System Flow 


The system is designed to support three files, 
which we call the Current File, the Backlog 
File, and the History File. Briefly, all data 
entered into the system goes into the Current 
File. When the transcript has been reviewed 
linguistically and analytically, it is both sent 
to the PDB and to the on-line History File. It 
remains in the on-line History File 15 days for 
local access and is then purged. In this manner 
the quantity of data in the STEPSTONE system 
remains manageable. Of course, the data is re- 
trievable from the PDB after it is purged from 
the local STEPSTONE system. The Backlog File is 
for data that has been in the system for 5 days 
but has not been quality-controlled. The data 
is transferred to the Backlog File to free up 
space in the Current File. As time permits, 
linguists and analysts can review this data 
and release it back to the Current File. It 
then follows the normal path to the History File 
and PDB. Fig. 2 diagrams the files and 
their relationship to major software components. 


The user's screen is divided into three 
parts: 


e the system message line for messages 
from system programs and from the operator; 

© the system command line to input typed 
requests to the system; and 

e@ the data entry area for display of system 
templates, retrieval of data, and 
composition of transcripts. 





Data ee J . 
Entry Editing Retrieval 


File Management 










File 
Maintenance 










Transcript files: 
Current — 
wy 
Relationship of files to 
major software components 
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Fig. 3 is a diagram of the user's screen and 
keyboard. The user's keyboard is identical to 
a Cyrillic/English typewriter, but has an addi- 
tional 24 function keys which are used to 
transmit system commands and to control the 
screen's cursor. 


Data Entry 


Each terminal is assigned a workspace in the 
system. All functions -- data entry, editing, 
storing, retrieving, updating, and printing -- 
are applied to data in the user's workspace. 
Each user also has available upon request an 
alternative workspace. If he were composing a 
transcript, for example, and wanted to interrupt 
that process to retrieve information on a cer- 
tain personality, he could SAVE the workspace 
with the partially completed transcript, do his 
Tetrieval, then RESTORE the transcript workspace 
and proceed from there. 


In order to prepare a transcript, the user 
requests a blank header from the system, and 
fills in the header data and as many screens of 
text as are required. During the process he 
may page back and forth through his workspace, 
reviewing or correcting the transcript. When 
he is satisfied with the accuracy and complete- 
ness of the transcript, he uses a function key 
to call in the system editor. 


The system editor has several important 
functions. It checks to be sure that the re-~ 
quired header fields are present. It checks 
each field to be sure that numerics are not 
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present where alphabetics should be, or vice 
versa. In addition hecks certain fields 


against_each other. 


















entire transcript 1s 1f any errors 
are encountered, the transcript is returned to 
the screen with erroneous parts intensified for 
easy identification. 

When the transcript is correct, the editor 
releases the record to be added to the on-line 
Current File. At this point, if the transcript 
were printed via system command, it might look 
like the one in Fig. 4. Any header field or 
text line may be in either Cyrillic or English, 
as the transcriber chooses. 






There are eight different types of text mod- 
ules, which have been designed to be compatible 
with the STRUM field reporting format and the 
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Fig. 4. 


Retrieval 


As an aid to the preparation of transcripts, 
a sequential retrieval is available which 
operates against certain of the transcript 
header fields. To use it the transcriber re- 
quests a template, which is a list of allowable 
retrieval fields, from the system. He then 
fills in the fields and the values he is search- 
ing for. A hit record is returned to the screen 
immediately, rather than waiting for the entire 
file search to be completed. 


Management Information 

As mentioned previously, STEPSTONE I also 
provides certain management information to the 
sponsoring organizations. Information extracted 
from each of the on-line files is sorted and 
listed on a daily basis for file managers. A 
daily magnetic tape is also created of manage- 
ment information records for historical pur- 
poses. Follow-on processing of this informatior 
has not yet been specified. It is intended, 
however, to dovetail with the A Group CSR (Con- 
solidated Scan Record), a tape management and 
accounting information record which is intended 
to monitor intelligence throughput. 


PDB Processing 


Once a transcript has been released from the 
STEPSTONE on-line system for PDB processing, it 
must pass through a STRUM-formatting program. 
STRUM is a highly-structured field-reporting 
format, consisting of many different types of 
lines, each with its own individual kinds of 
data. Many of the text lines in the STEPSTONE 
transcript are almost identical in STRUM, but 


2 b (3) 


Sample transcript . 


are generat ‘rom ST! E header fields. 
Once records are in STRUM format, they are 
passed through GENED and FILE GEN, a pair of 


programs that edit STRUM data for PDB standards 
and generate the PDB. 


IBM Interface 


The: STEPSTONE terminals are interfaced to 
the IBM 370 via a typed system command in the 
terminal command line. The user will then be 
able to address Answer Files on the Model 204 
retrieval system. While in 370 mode, the user's 
terminal will act just like a Model 204 termi- 
nal and the user must follow 204 protocol. 
Features local to STEPSTONE I vill not be 
available in 370 mode. However, since the 
Incoterm is configured with Cyrillic, the STEP- 
STONE terminals will have a Cyrillic capability 
which the standard 204 terminals do not have. 
Information obtained during STEPSTONE process- 
ing will be incorporated into Model 204 Answer 
Files. 


Summation 


To sum up, I will simply restate the features 
of the STEPSTONE transcription support system: 


e On-line data entry and editing of 
transcripts; 

e Local retrieval and file management; 

e Cyrillic data base; 

e@ Direct access to Model 204 Answer Files 
on IBM 370; and 

e@ Automatic entry of data into PDB. 


er SS 
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